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Launch Vehicle Design Process Descnption and Training Formulation 


DESIGN FUNCTION DESCRIPTIONS 


Launch Vehicle Design Process Description and Training Formulation 


DESIGN FUNCTION DESCRIPTIONS 

In this section, design function descriptions are developed for the design 
functions of Avionics, Materials, and Manufacturing. The writeup format is consistent 
with that of Reference 1 , so that the sections may be inserted into the Reference 1 
document to complete its design function narrative. 













4.3.9 Avionics Design Function 


In the illustration on the previous page, the connection between the “design 
process technical integration" and the avionics design function is shown. The illustration 
depicts the relationship between the avionics design function and the other subsystem 
design functions. In addition, it shows the work/information flow process, which is 
supported by key avionics decision gates that are required to develop and assess the 
avionics attributes. The details of all the above are delineated in this section. 

Note: Design of the avionics subsystem is a complex process in itself, involving 
numerous subdisciplines and specialties. This document does not describe the avionics 
design process in detail, but provides a top-level overview to show its relationship and 
interaction with the total vehicle design process. 

In this paper, the avionics subsystem includes all vehicle electrical and electronic 
systems, such as guidance, navigation and control (GN & C), RF/communications, data 
management subsystem (DMS) including computers and engine controllers, 
instrumentation, software, electrical ground support equipment (EGSE), and the 
electrical power system. 


4.3.9.1 Avionics Design Function Plane 

The avionics design function includes responsibility for designing the electrical 
and electronic hardware and the software that comprise the avionics system for the 
vehicle. The avionics system is often considered to be the flight system only. However, 
both the flight systems and the ground support and checkout systems are included here 
as part of the avionics design function. Subsystems of the avionics system include 
GN&C, DMS, RF/communications, instrumentation, software, EGSE, computers, and 
electrical power. Typical flight hardware components include the vehicle computer, the 
engine controller(s), the telemetry processor, multiplexers, data storage, antennas, 
transmitters, receivers, video cameras and processors, instrumentation, sensors, signal 
conditioners, batteries, cabling, power conditioners, power distributors, rate gyros, and 
actuator controls. The avionics design function plane is illustrated in Figure 4. 3. 9-1 The 
avionics design function involves the synthesis of the avionics system to meet 
requirements in two general categories: (1) performance of the electrical / electronic 
systems, and (2) resource and interface requirements, including cost, reliability, weight, 
power use, volume, and thermal conditions. The design of the avionics system involves 
interactions with disciplines in other design functions including the systems plane. 
Interaction with the systems plane is vital in determining the requirements for the 
avionics system. The system plane establishes the aforementioned general categories 
of requirements. Internal to the avionics design function is the avionics system 
engineering and integration discipline. This discipline is responsible for understanding 
the requirements for avionics from the systems plane and deriving the more detailed 
avionics system requirements. Requirements are allocated and analyses and trade 
studies are performed. Reliability requirements are considered together with weight, 
power, volume and cost to determine the appropriate level of redundancy and 
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redundancy management, which is a major driver in avionics complexity. From these 
requirements, the avionics system architecture is defined. All disciplines within the 
avionics design function are involved in the architecture definition but the avionics 
systems discipline is responsible for assuring that the architecture will meet the overall 
requirements and constraints. Component requirements and constraints are derived 
and an Electrical, Electronic, and Electromagnetic (EEE) parts plan is developed. 

An important factor at the time of the architecture definition is the determination 
of the means and extent of verification of the avionics system. In some cases, 
verification may begin in an avionics systems testbed or hardware simulation laboratory. 
Within the testbed, vehicle and engine computer simulations are integrated with the 
various hardware elements allowing early system testing of the avionics system. This 
testbed is also used for the important function of verification and validation of the vehicle 
flight avionics system software. Flexibility is built into the testbed so that all avionics 
hardware elements do not have to be present at all times. Those hardware elements 
not present are simulated with computers and software or, in some cases, simple 
electrical simulations. 

The defined architecture provides the basis for preliminary layouts of the various 
avionics elements. The preliminary layouts are determined from the judgment of the 
designers as to what hardware will best meet the requirements and the proper division 
of hardware and software functions. Analysis, and where appropriate, breadboard 
testing, determines the performance and uncertainties of the components. Packaging 
to accommodate the environments is designed, and estimates are made of the power, 
weight, volume, and thermal characteristics. The collected attributes of the preliminary 
design are then compared with the avionics requirements and constraints, and the 
design is iterated until satisfactory convergence, or relief from requirements is sought 
from the system plane. Make or buy decisions are made on the individual elements of 
the preliminary design. These elements are built and tested before integrating into the 
avionics subsystem. Testing as a system may be done in a hardware simulation 
laboratory. An overall representation of the avionics systems design process and the 
interactions is depicted in Figure 4. 3.9-2. 

A listing of inputs and outputs for the avionics design function process along with 
discipline activities and products is shown in Figure 4.3.9-3. This process flow diagram 
addresses design considerations for the elements and which comprise the total avionics 
system, and is consistent with the flow diagram of the avionics plane. Figure 4. 3. 9-4 is 
a Work Breakdown Structure (WBS) for the design process for a typical avionics 
subsystem, the data management subsystem (DMS). The WBS chart lists specific 
tasks that are embedded in the task categories of Section 4.3.9.3 and the inputs and 
outputs of the subsystem design process. The WBS for the other subsystems, including 
software, would be of a similar nature. Figures 4.3.9.3 and 4.3.9-4 are an adaptation of 
the process flow diagrams and task WBS charts of Reference 68. 

The design and development of the avionics software and the Electrical Ground 
Support Equipment (EGSE) should be an integral part of the avionics design function 
from the onset. The development of the software requirements requires the interactions 
of the other design functions through the systems plane. This is evident from 
consideration of examples of typical functions relegated to the software, such as 
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execution of vehicle and engine control algorithms, receipt, interpretation, and execution 
initiation of uplinked commands, acquisition of data from on-board instrumentation, and 
compilation and formatting of instrumentation and operations data for telemetry 
downlink. Typically, the development of the detailed software requirements may lag the 
development of the hardware requirements. For example, it may be prudent for the 
completion and review of the software requirements to coincide with the review of the 
preliminary design of the avionics system. The EGSE requirements depend on the 
overall GSE requirements for the vehicle which is a responsibility of the system plane. 
Typically, there may be requirements for ground power systems and a ground computer 
system to control and monitor the vehicle ground checkout process. The design of 
these EGSE systems may be complex and require a process similar to the flight system 
design process. The ground computer system must have numerous hardware 
interfaces for meeting requirements for issuing command discrete and analog voltages 
and acquiring instrumentation data and the vehicle telemetry stream. A user interface 
system for the EGSE computer must be developed. In some cases, it may be cost- 
effective and technically desirable to achieve some software design commonality in the 
EGSE computer system and the aforementioned hardware simulation laboratory, 
particularly in the user interface, the command handling, and the telemetry processing 
functions. 


4.3.9.2 Avionics Gates 

Gates for the avionics design process are shown on Figure 4. 3.9-5. Inputs to the 
process are the avionics philosophy and approach, the environments for the hardware, 
and performance requirements from the vehicle subsystems that require avionics, such 
as guidance, navigation and control, propulsion, thermal, and structures. Interactions 
with these subsystem design functions are required throughout the design process. 
Gates for the avionics system fall into three general categories: (1) performance gates 
which measure the functional performance of the various avionics subsystems against 
their requirements, (2) survivability gates which measure the ability of the avionics 
hardware to withstand its environments, and (3) resource / operational gates which 
measure attributes such as weight, power consumption, volume, thermal conditioning 
requirements, reliability, operability, and cost. Functional performance is determined by 
analysis, simulation, and breadboard, prototype, and qualification testing. Layout and 
packaging to withstand thermal and vibroacoustic environments leads to units which are 
environmentally tested, with the packaging design being modified until survivability is 
demonstrated. Avionics designers are guided by program requirements and resources. 
The top-level attributes such as cost, weight, power, volume, reliability, and operability 
are measured against allocated requirements. Once the design has converged to satisfy 
all gates, the avionics system drawings and specifications can be released, software 
produced, hardware manufactured, and avionics components and subsystems tested. 


4.3.9.3 Avionics Tasks 

The top-level avionics design activities are summarized on Figure 4.3. 9-6 and 
are described below. The design activities include both flight and ground support 
equipment. 
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Task 1: Requirements Allocation 


Requirements allocation is a joint responsibility between the system design 
function and the avionics design function, working also with the design functions / 
subsystems where avionics has responsibility for hardware/software design and 
implementation. These include all of the avionics subsystems and other appropriate 
interacting disciplines. As the hardware/software design organization, the avionics 
design function is the keeper of the requirements for cost, reliability, maintainability, 
power usage, etc., as allocated from the system plane. Performance requirements for 
the avionics components are derived through interaction with the design functions that 
have the “system” design responsibility in their respective areas. For example, for 
control system sensors, i. e. rate gyros, accelerometers, etc., the sensor range, 
sensitivity, resolution, bandwidth, and noise requirements are obtained from the control 
design function, after close interaction between avionics and GN & C to converge to the 
most appropriate set of requirements. Similarly, performance requirements for 
propulsion instrumentation and avionics components are obtained from propulsion after 
intensive interaction between the avionics and propulsion design functions. 
Environmental requirements are obtained from the natural and induced environments 
groups: radiation, shock, vibroacoustics, and temperature. Avionics interacts with 
materials in determining the appropriate materials selection. 

Avionics consults with the system plane in the allocation of top-level 
requirements for cost, reliability, and maintainability. Most component performance 
requirements are derived requirements which flow from the respective organizations 
which have “system" design responsibility for that particular subsystem. Meeting the 
top-level requirement allocation with satisfactory performance usually entails iteration 
and feedback by Avionics with the interfacing groups to converge to a design 
acceptable to all parties. 

Task 2: Avionics Architecture 


Based on initial requirements allocation and interaction with the “system” groups 
for the avionics subsystems, Avionics identifies candidate architectures and component 
options directed toward meeting the requirements. Vehicle reliability and failure 
philosophy requirements, in conjunction with component reliability estimates, drive the 
requirement for redundancy, which is a major factor in the architecture. Initial 
consideration is given to make/buy options, and a top-level assessment is made, 
comparing estimated system attributes of performance, cost, reliability, operability, etc., 
with their requirements. Significant difficulty in meeting requirements may necessitate 
iterations on requirements with the system and other design functions and disciplines at 
this stage. When reasonable compliance is achieved, with satisfactory margins, detail 
design begins on the avionics subsystems. 

Task 3: Avionics Subsystem Design 


As with other parts of the vehicle, avionics subsystem design is of an iterative 
nature, entailing steps of greater fidelity and detail. Close coordination is maintained 
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with the “systems” groups as the hardware/software definition refines. Since the 
“systems” groups are also iterating their designs to greater fidelity, requirements may 
change. Management of margins, primarily from experience base, plays an important 
role in minimizing requirement iterations. 

When the decision is to buy a component, the design function is replaced by 
detailed specification development, procurement, test, and verification. When the 
decision is to make a component, design proceeds through concept, simulation, 
analysis, preliminary design, breadboarding, detailed design, component testing, and 
integrated testing. The software design goes through a similar process as the 
hardware. As previously stated, because some of the software detailed requirements 
are derived during the avionics hardware design process, the software design may not 
reach maturity as soon as the hardware design. This must be recognized as a factor in 
the planning and scheduling of the vehicle development. 

Task 4: Verification 

The avionics components and the integrated avionics subsystem must be verified 
for functionality, performance, and compatibility with the environment it will experience. 
Verification is an iterative process as the flight components and EGSE are developed or 
procured, making use of test beds appropriate to the component or subsystem being 
tested. Function and performance are checked for the hardware elements over the 
range of variability that is expected to be encountered. Verification of the capability of 
the hardware to withstand its expected environments is accomplished by determining 
correct functioning before, during, and after testing in the pertinent environments — EMI, 
radiation, vibration, acoustics, thermal, and vacuum. Software is subjected to 
development, verification and validation testing, exercising the software with as many 
combinations of inputs and operating conditions as possible. Depending on factors 
such as reliability requirements and cost, it may be desirable to subject the software to 
independent verification and validation testing, i. e. performed by those other than the 
developing organizations and personnel. Integrated testing of the avionics subsystem is 
accomplished on test beds that combine flight-type avionics components with simulated 
or real interfacing hardware elements. These testbeds may be also used for software 
testing with both the simulated and real hardware elements. Final validation for both 
hardware and software is accomplished in flight testing. 


4. 3. 9.4 Avionics Implementation Function 

The avionics design function provides the specifications and drawings required 
for fabricating the avionics hardware and generating the software. The avionics 
implementation function produces the hardware and software. The hardware 
specifications and drawings are developed in the design function based on the overall 
architecture decisions, as well as the philosophy and approach. Depending on these 
decisions, there may be long-lead procurement items which may need to be initiated 
soon after the end of the design function or, in some cases, prior to the end. The most 
common examples of the long-lead items are highest reliability class of EEE parts. In 
implementation of the electronic subsystems, a breadboard system may be built and 
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tested in the laboratory. For each subsystem, such as the flight computer subsystem, a 
unit tester is designed and built. The unit tester provides a stand-alone simulation of all 
interfaces with the ability to test the basic functionality of the subsystem. The decision 
may be made to build an engineering model for some subsystems which emulates the 
flight subsystem in “form, fit, and function.” The unit tester for the flight computer 
subsystem, as well as for some other subsystems, is useful for early software testing. 
Engineering models of the avionics subsystems may be used for subsystem testing of 
the design, but are also the primary avionics components of the simulation laboratory, 
which is used for avionics system and software testing. Qualification models may be 
built which contain identical parts and packaging as the flight system. The qualification 
models are used in the environmental and vibroacoustic testing phase. For one-time 
flights, the qualification model may become the flight unit, which is commonly called 
protoflight hardware. For a flight vehicle avionics system design to be flown multiple 
times, the qualification model becomes the basis for the fabrication of the flight systems. 

In the design function phase of the software, design specifications are produced. 
The design specifications contain information such as the overall architecture and 
design of the software, a breakdown of the architecture into individual software 
modules, the detailed software-to-software and software-to-hardware interface 
definitions, the structure of the telemetry and command interfaces, and the definition of 
the methodology for implementation of the real-time requirements of the software. In 
the implementation phase, the individual software modules are coded and subjected to 
development testing. Appropriate groups of modules are integrated and tested. Timing 
analyses are conducted to ensure that the implementation of the design will meet the 
performance requirements. Ensuring that the real-time requirements are met in the 
software implementation is of critical importance. Once development testing is 
complete, the software modules are integrated and the verification and validation testing 
phase can begin 
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Figure 4.3.9-1 Avionics Design Function Plane 
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Figure 4.3.9.2 Avionics Systems Design Process Interactions 



Figure 4.3.9-3 Avionics Process Flow Diagram 
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Fig. 4.3.9-5 AVIONICS SYSTEM DESIGN FUNCTION GATES 
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Figure 4.3.9-6 Avionics Design Function Tasks 




Materials and Manufacturing Design Functions Overview 


The design properties of a material system are contingent on the manufacturing 
processes employed, both in the primary production and secondary shaping and 
assembly phase. Accordingly, the design functions of materials and manufacturing have 
been historically linked. Their interdependence, in the modern era, has been magnified 
by the rapid expansion in both new materials and new processes development. 

Composite materials including metallic, non-metallic, and combinations thereof, 
are examples of advanced structural material systems that challenge traditional design 
methodology. Many such systems require the development of design properties specific 
to individual component shapes. This differs from most metal alloy systems where the 
design properties for basic product forms; i.e. sheet, plate, extrusions etc. are readily 
available and apply, independent of final component shape. When working with 
advanced structural material systems, it is often necessary to develop the 
manufacturing processes concurrent with the component design. The result is a best 
fit” compromise between part configuration, weight, cost and schedule. Assembly 
processes, such as welding and bonding which alter the properties of a material, also 
require special attention and clearly delineate the synergistic relationship between 
materials and manufacturing. 

Note: Executing the materials and manufacturing design functions is a complex 
process in itself, involving numerous sub-disciplines and specialties. This document 
does not describe the process in detail, but provides a top-level overview to show its 
relationship and interaction with the total vehicle design process. 


4.3.10 Materials Design Function 

“Materials” is considered a unique design function. However the distinctions 
between design functions and discipline functions are less rigid in the materials plane 
than in the more traditional design planes such as structures, propulsion and avionics. 
Materials specialists interact directly with hardware designers and analysts throughout 
the design, development, test and verification phases. This interaction is enhanced 
through the evolving “integrated engineering environment”, which facilitates the 
immediate exchange of information across design planes and between discipline 
specialists. The relationship between the materials design function and other design 
functions is shown in Figure 4.3.10. 

4.3.10.1 Materials Design Function Plane 

The materials design function plane is depicted in Figure 4.3.10.1. The output of 
this plane is the materials design, with all its inherent characteristics, for a component, 
element, subsystem, or system. 
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readily available on the commercial market, may require vendor certification. This 
assures that the production processes are adequately controlled to provide a product 
with consistent properties. Certification is also required for critical secondary 
processes; welding and bonding for example, that can effect the properties of the 
assembled structure. Cost and schedule are self-explanatory. However, in most 
aerospace applications, the basic material costs are relatively minor contributors to the 
overall cost of the system and generally do not influence the design. 

4.3.10.3 Material Tasks 

The top-level tasks of the materials plane are shown in Figures 4.3.10.5 and 
4.3.10.6. They consist of (1) requirements determination and allocation (2) material 
selection and control (3) material development (4) material testing and analysis (5) 
failure analysis. 

Task 1: Requirements Determination and Allocation 

The allocation of materials requirements is determined jointly by the materials 
design function, the system design function, and other design functions that are users of 
the materials. Materials consults with the system design function and the user design 
functions to identify and flow down the initial requirements for material selection or 
development. Typical requirements include mechanical and physical properties, 
compatibility with other materials and service environments, failure mode constraints, 
environmental compliance constraints, and cost and schedule constraints. While formal 
requirement allocations are made by the system design function, the materials design 
function has a central role in defining requirements and identifying an appropriate 
allocation. Likewise, the materials design function defines the materials selection and 
control philosophy and criteria, which are then imposed formally from the system level. 
Metrics for the requirements are determined and included in the decision gates. If the 
material attributes do not meet the requirements, and informal iteration among the 
design functions and disciplines can not resolve the problem, the attributes and 
sensitivities are fed back to the systems function for trades and possible revision of the 
requirements allocation. As the design progresses, it is common for the requirements to 
be updated iteratively until convergence is achieved. 


Task 2: Materials Selection and Control 

Materials are selected based on their ability to function in the overall range of 
loads and environments to which they will be exposed. Selection further involves an 
assessment of the manufacturing processes to be employed, commercial availability, 
life cycle of the component and in some instances, cost. Initial material selections are 
generally made by the other appropriate design functions using information contained in 
a variety of databases. Material specialists assist in the selection when available data is 
insufficient, or where a more in depth assessment of viable material options is 
warranted. Material specialists also review the final material selections for all critical 
flight and test hardware and concur in the released documentation. 
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The materials design function is the principal repository for materials data. It 
maintains a current database on virtually all-conventional aerospace materials. This 
database is continually updated as new information becomes available and can be 
readily accessed from any appropriately computer equipped location. 

Material control, an element of configuration control, is also a primary 
responsibility of the materials design function with support from quality assurance. 
Material control is imposed on all critical flight hardware and associated test facilities. It 
requires that the location of all materials used in these applications be traceable and 
their pedigree verifiable. Issues such as cycle life limits, out of specification service 
environments, quality escapes, and fraudulent parts, drive the requirement for material 
control. 

Task 3: Materials Development 

Materials development is undertaken by the materials design function in concert 
with the manufacturing and hardware design functions. Materials development is 
normally associated with research activities to extend the present state of the art for 
aerospace hardware. However, it can also be the result of unique aerospace 
requirements for which a broader commercial market is not apparent. Traditional 
suppliers often cannot justify investing their resources to produce these materials 
without government subsidy and/or indemnification. Interestingly, in many cases, 
broader markets evolve once these materials are developed and their properties 
characterized. 

Task 4: Materials Testing and Analysis 

Materials testing and materials analysis are performed to upgrade and 
supplement the design database. Testing and analysis are also done to support unique 
design applications or assist in analyzing service or other hardware failures. Testing 
and analysis ranges over the full compliment of standard assessment techniques for 
determining the physical and mechanical properties of materials. It also includes 
simulated service testing in the environments unique to space flight, such as various 
forms of oxygen and hydrogen combined with high pressures and temperatures, testing 
in corrosive media and space radiation testing. 

Certain materials are “batch sensitive”, that is, vagaries in the production process 
result in materials that differ in service performance from batch to batch. Some non- 
metallic materials used in oxygen rich environments for example, must be tested for 
impact sensitivity and individual batches accepted for use based on the test result. 

Data from all tests is ultimately reviewed by material specialists for significance 
and accuracy. If it passes these screens it is then submitted for inclusion in the 
materials database. 
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Task 5: Failure Analysis 
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4.3.11 Manufacturing Design Function 


The manufacturing design function includes all activities associated with the 
definition and implementation of the manufacturing process. The relationship between 
the manufacturing design function and other design functions is shown in Figure 4.3.1 1 . 


4.3.11.1 Manufacturing Design Function Plane 

The manufacturing design function plane is depicted in Figure 4.3.1 1 .1 . The 
main output of this plane is the planning and documentation required for fabrication. 
Residing on the manufacturing plane are the sub-elements involved in the 
manufacturing activity. The significant sub-elements are described in limited detail in 
section 4.3.1 1.3. They are: requirements determination and allocation, planning 
scheduling and cost, process development and certification, tool design and 
development, subcontractor/vendor selection and control, and parts fabrication and 
assembly. 

Manufacturing has overall responsibility for producing hardware in compliance 
with program demands and the requirements of the released design documentation. 
Manufacturing engineers and planners interact with process engineers, hardware 
designers, analysts, quality and safety personnel, contracting personnel, material 
specialists, project engineers, vendors, and contractors throughout the manufacturing 
cycle. These interactions are necessary to coordinate changes, adjust schedules, 
determine the disposition of discrepant hardware, and react to program redirection or 
unforeseen problems that may impact cost or schedule. 

The NxN diagram, and WBS elements 3.14 and 3.14.0 of reference 68 provide 
listings of inputs and outputs for the manufacturing design function. The NxN diagram 
is shown in section 4.3.2. The manufacturing WBS elements are reproduced herein as 
Figures 4.3. 1 1 .2 and 4.3. 1 1 .3. 

4.3.11.2 Manufacturing Design Function Gates 

Gates for the manufacturing design function are shown in Figure 4.3.1 1 .4. They 
are (1) producibility (2) robustness (3) system performance (4) logistics (5) 
environmental compliance (6) cost and schedule. 

Producibility is addressed early in the design of a component or assembly and 
continues throughout the design phase. Manufacturing engineers participate directly 
with designers, analysts, and material specialists to assure that the component or 
assembly can be produced, and that appropriate manufacturing requirements are 
incorporated within the design. Often these take the form of modifications to reduce 
cost or simplify the manufacturing process. Producibility reviews also address the 
availability and adequacy of proposed facilities, material suppliers, and parts vendors to 
support the project. Items that require long lead times for procurement or new 
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processes for their production are identified in the producibility reviews, along with 
projected costs and development schedules. The output of the producibility reviews 
becomes input to the other design planes where design features can then be conformed 
to resource and schedule allocations at the systems level. 

Robustness is generally inherent in well-established manufacturing processes 
but is often lacking in newly developed processes. These frequently rely heavily on 
operator skill to produce a satisfactory product. Before a new process is placed into 
production, formal operating procedures are developed and rigid tooling and/or modern 
control systems added. These promote consistency in the process and add to its 
robustness. They also reduce the need for highly skilled operators by limiting and 
controlling the degree of operator interaction allowed in the process. 

System performance reflects the ability of the full complement of manufacturing 
activities to achieve the requirements established by the design functions. Typical 
requirements include dimensions and tolerances, material properties, inspection criteria, 
and maintenance criteria. System performance is a key attribute of the manufacturing 
function. 

The logistics “gate” involves interaction with designers, analysts, and 
transportation specialists to assure safe packaging and transportation of large and/or 
delicate assemblies. Environmental compliance requires thorough research of 
applicable OSHA/EPA regulations regarding the control of hazardous materials This 
research extends to the use and disposal of toxic materials employed in the 
manufacturing process and protection of workers involved in these processes. The cost 
and schedule gate is self-explanatory. 

It is important to note that the manufacturing phase of launch vehicle 
development places heavy demands on program assets. It is advisable to allocate 
adequate time and resources to optimize the design prior to its release. Changes made 
to the design after its release typically have a much greater negative impact on both 
cost and schedule than changes made earlier in the project. 


4.3.11.3 Manufacturing Tasks 

The primary tasks of the manufacturing plane are shown in Figures 4.3.1 1 .5 and 
4.3.1 1 . 6 . They consist of (1 ) requirements determination and allocation (2) planning, 
scheduling, and cost (3) process development and certification (4) tool design and 
development (5) subcontractor/supplier selection and control (6) parts fabrication and 
assembly. 

Task 1: Requirements Determination and Allocation 

The determination of manufacturing requirements and constraints is achieved by the 
manufacturing design function in conjunction with the system design function and other 
design functions that interact with manufacturing. These requirements and constraints 
are then allocated to manufacturing via the system plane and this “flow down” initiates 
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the manufacturing activities. The system design plane controls formal allocation of 
requirements and constraints. The manufacturing design function however, has a 
central role in defining them and identifying appropriate allocations. Typical 
requirements and constraints include critical process identification, process verification, 
operator training, environmental compliance constraints, facility and process 
constraints, and cost and schedule constraints. The manufacturing design function also 
identifies the manufacturing philosophy and criteria, which are then formally imposed by 
the design function. Metrics for the requirements are determined for the decision gates. 
When the manufacturing attributes cannot support the imposed requirements, informal 
discussions between the design functions are initiated. If the problem cannot be 
resolved in this manner the attributes and sensitivities are fed back to the system design 
function for trades and possible revision of the requirements allocation. 

Task 2: Planning, Scheduling, and cost 

Planning and scheduling begin in the early stages of the producibility reviews and 
mature into the detailed production control documents that govern the manufacturing 
effort. Written process instructions, which also contain the inspection requirements of 
the quality control organization, are generally adequate to manage small projects. 
However, large, complex projects often require that the manufacturing philosophy be 
defined in a comprehensive manufacturing plan. Development of this plan parallels 
development of the design, and is normally a data requirement of any procurement 
effort having a major manufacturing component. The manufacturing plan outlines the 
tooling concepts and manufacturing processes to be employed, and identifies any new 
processes that must be developed and certified. It describes vendor and supplier 
requirements, inspection requirements, and any new facilities needed. The major tools 
and processes unique to the project are displayed in illustrations. The flow of parts 
through the subassembly and inspection stations to final assembly is diagrammed in 
factory floor layouts. The manufacturing plan and its implementation cost are major 
discriminators in selecting a prime contractor for launch vehicle production. 

Scheduling a new manufacturing effort cannot be done independent of other 
manufacturing facility commitments. Priorities must be established, milestone 
accomplishments determined, and a start and completion date negotiated. Critical path 
scheduling within and across projects optimizes the application of resources and aids in 
meeting major project milestones. However, changing priorities, late delivery of vendor 
supplied items, manufacturing mistakes, and design changes all contribute to schedule 
delays. Controlling these factors requires a systems approach that cuts across 
functions and disciplines. Successful results are achieved by appropriately scheduling 
reviews and establishing clear lines of communication. 

Task 3: Process Development and Certification 

Traditional processes will be employed when manufacturing the majority of 
components for a launch vehicle. These processes have thoroughly established 
standards and controls. However, achieving higher performance in a new launch vehicle 
may not be possible using only traditional processes. Invariably, the introduction of new 
materials or shapes occurs in select areas of the design. These often require that 
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rpltlfip? pliI^ eS ?K S m ° dified ° r that entirely new Presses be developed and 

certified Projecting the time and resources required to perfect a new material or 

specialists "" Sde " Ce 8nd ta beSt accomp,ishad by a team of Ss^line 


Occasionally program demands force the development of secondary 

Slf t0 proceed concurrent with development of the new material 
tself-wth changes in one area affecting the other. An excellent example of this is in 
the space shuttle external tank. A new aluminum lithium alloy was introduced to 

constituent 1 Ss and t0 T' d th ' S " eW a "° y identified an extreme sensitivity to 

to SS th* i!.o a ^ d other P aramete rs employed in its production. Major modifications 
to both the alloy and the welding processes were necessary These changes extended 

j* J- 7 any montl ? s and their successful resolution required a coordinated effort between 

M^hLTcf PeCia cf tS J r ^ m thG material su PPl'er, the external tank contractor, the 
Marshall Space Flight Center, and contributing consultants. 

Many manufacturing processes contain within them a number of parameters 

amn1!? ere ? ?“ a t ?'® ving a consistent result. Modern process development 
employs statistical methods to limit the number of tests that are requ ired on 

combinations of these critical parameters for process optimization. Once the process is 
f H d ^‘ must be certified . This certification is supported by process sensitivity 
naramtt T ^ SSe studies establish the limits to be placed on each critical process 
parameter to assure material design properties are not compromised. 

Task 4: Tool Design and Development 


... "Pooling is generally understood to include such items as jigs, work platforms 

how man f; ,rans P ortation dollies . assembly fixtures, and other similar devices to 
hotel manipulate, or move parts throughout the various stages of manufacturing While 
some tooling may support several projects, the major tools for a new program Ire 
configuration unique.” These tools must be considered during the early stages of the 
program since long lead times are required for their design and construction. 

TO u n " g re P resents a ma i° r program cost element and can be a significant factor 
affecting both production schedules and product quality. A careful balance must be 

n 0 ?? U ? e ° f “ h3rd ” and ‘' Sor t00ling in the more demanding phases of 

Sinnlh k t rd °° in9 StnveS t0 maximize r '9'dity and maintain the desired spatial 
relationship between part and process equipment throughout each operation. Hard 

tooling is more expensive to employ and takes longer to design and fabricate. 

startun er Akn m thL e preci f® featuras reduce the risk of failure and “work arounds” during 
startup. Also, the use of hard tooling generally results in fewer process defects and 

h a f/f c r * urn ar °und times i Soft tooling strives to achieve the same result as hard tooling 
but is generally less rigid, with fewer automated features or assembly aids. 

Advancements in multipurpose process systems employing robots sensors and 

S Kt?" u kSd by 3 C ° mputer are reducin 9 performance gap between harS 
and Jnff !? 9 ' , m ° St large manufac turing efforts still employ a mix of hard 

and soft tooling, with the selection for each process driven by control requirements, 
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schedules, and other budgeted resources. Design engineers, analysts, process 
engineers, and manufacturing specialists must work collectively to define the 

schedule^ t0 ° lin9 approach best suited to the program constraints of cost and 


Task 5: Subcontractor/Supplier Selection and Control 


Small projects often are accomplished at one location without subcontract 
support and with supplier participation limited to the provisioning of raw materials or 
commercial piece parts. As projects grow in scope and complexity, reliance on 
subcontractors and outside suppliers increases. Four common factors influence the 
deaaon to use outside contractors. These are: (1) the capacity of the principal 
fabricator to absorb the work involved in the new project (2) the relative cost of doinq 
the work in house versus on contract (3) the capability of the principal fabricator to 

perform a required function (4) government regulations requiring that portions of the 
work be contracted out. 

Subcontractor and supplier selections are critical to program success. Their 
performance affects the cost, the schedule, and the quality of the delivered items. 
t ^ P ®?' a ‘ ls . s In ^ nuf acturing, materials, quality control, and procurement must work 
together to certify that each new subcontractor or material supplier has the capability 
and controls to produce an acceptable product. The process of certification has been 

from 1 h e " hanced In r , e ^ ent V ears b v the wide spread acceptance of criteria emanating 
? International Standards Organization (ISO). Contractors with ISO certification 
have demonstrated that they have in place a documented set of procedures that are 
f de ^ ate t0 control all facets of the work they perform, as well as satisfactory training of 
he personnel employing these procedures. Maintaining certification requires regular 
audit and approval by trained representatives of the ISO. 

mQ . attenti01 ] must be 9 iven t0 sole source suppliers. Every effort should be 

made in the design and material selection phase of the project to circumvent their use 
Sole source suppliers produce a product that is unique or of such limited marketability 
! ba ^competitive interest in the field is suppressed. Occasionally, the commercial outlet 

nninnni 6 S ° UrCe supplier s P roduct is reduced to the point that continued production is 
no longer economically viable. When this occurs, programs that rely on such materials 

^i y motI eqUired t0 subsid ' ze the su PPlier to maintain production, fund the acquisition of 
alternate sources, or develop and qualify a replacement material. Any of these options 
can have serious cost and schedule impacts. 

Task 6: Parts Fabrication and Assembly 


The design of a component or assembly assumes its final form in the 
manufacturing process. Manufacturing engineers and production control specialists 

inti i ie i >r0cesses t0 be used and the sec l uence in Which they are to be performed 
Skilled tradesmen are then required to implement each activity. Critical processes 

require that operators are trained and certified in their use. Certifications are time- 
limited and operators must be recertified at prescribed intervals. All critical processes 
and many non-critical processes are supported by detailed process instructions resident 
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at each workstation or contained in the “shop travelers.” These are the planning 
documents that direct the flow of parts through each step of manufacturing. These 
documents also contain the specified inspection points and requisite approval stamps 
certifying that the right parts and materials were used, and that the operations were 
performed correctly. Although described as documents the planning paper is frequently 
computer generated and displayed on interactive monitors at each process station. 

4.3.11.4 Manufacturing Implementation Function 

The manufacturing design function provides the planning and documentation 
required for fabrication. The manufacturing implementation function produces the 
hardware. Manufacturing resides midway in the life cycle flow for a new vehicle. 
Requirements definition and hardware design precede it. Implementation of the 
manufacturing function begins with the flow down of requirements from the system 
plane. But hardware production is generally not initiated until the final design 
documentation is released. Verification follows manufacturing. Should the verification 
activities fail to confirm all hardware design requirements, further iteration of the desiqn 
with manufacturing is conducted. The process is repeated until convergence is 
achieved between design requirements and hardware performance. Operations is 
considered the last step in the life cycle flow for a new vehicle. However it is customary 
in programs having very long periods of operation for the life cycle flow process to be 
repeated, albeit in abbreviated form. Program exigencies and/or evolving technologies 
which offer opportunities to improve vehicle performance or reduce operational cost are 
the catalysts for reinitiating the life cycle flow process. 
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Figure 4.3.10-2 WBS 3.8 Materials and Processes Design Process Flow Diagram 

(Reference 68) 
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Fig. 4.3.10.4 MATERIALS DESIGN FUNCTION GATES 
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Fig. 4.3.11.1 MANUFACTURING DESIGN FUNCTION PLANE 













Figure 4.3.11-2 WBS 3.14 Manufacturing Design Process Flow Diagram 

(Reference 68) 
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Fig. 4.3.11.4 MANUFACTURING DESIGN FUNCTION GATES 











Multidisciplinary 

Activity 

Interacting 

Disciplines 

Tasks 

Requirements 
Determination 
and Allocation 

System 

Structures 

Thermal 

Propulsion 

Materials 

1 ) Meet with system and design functions to 
identify initial requirements and constraints. 

2) Consult with materials regarding “unique" 
material processing requirements. 

3) Work with system and design functions to 
conduct trade studies and establish cost 
and schedule, resource allocations. 

Planning and 
scheduling 

Project 

System 

Structures 

Thermal 

Propulsion 

Materials 

Procurement 

Quality 

1 ) Work with design, materials, quality and 
procurement to define the manufacturing 
approach or develop the manufacturing 
plan. 

2) Work with project, system, and design to 
identify new facility requirements. 

3) Consult with project, system and design to 
reconcile priority, cost, and schedule 
issues. 

Process 
development 
and certification 

Structures 

Thermal 

Propulsion 

Materials 

Procurement 

Quality 

1 ) Meet with design and materials to establish 
requirements for new manufacturing 
processes. 

2) Work with process and material engineers 
to develop new manufacturing methods. 

3) Work with procurement and/or quality to 
certify new manufacturing methods 

Tool design and 
development 

Project 

System 

Structures 

Thermal 

Propulsion 

Procurement 

Materials 

Quality 

1) Coordinate tooling requirements and 
approach with design and materials. 

2) Reconcile cost and schedule issues with 
project and system. 

3) Work with procurement and/or design to 
acquire tool documentation and hardware. 

4) Coordinate tool certification with design, 
materials, and quality. 

Subcontractor/s 
upplier selection 
and control 

Project 

System 

Design 

Materials 

Procurement 

Quality 

1 ) Meet with project, system, design and 
materials to reconcile “unique” or sole 
source supplier issues. 

2) Work with procurement and quality to 
identify and certify viable suppliers and 
contractors. 


Fig.4.3.11.5 Manufacturing Design Function Tasks 



Multidisciplinary 

Activity 

Interacting 

Disciplines 

Tasks 

Parts fabrication 
and assembly 

Project 

System 

Structures 

Thermal 

Propulsion 

Materials 

Quality 

Procurement 

1 ) Create detailed process specifications and 
work planning documents in concert with 
design, materials, and quality. 

2) Work with quality to train and certify 
technicians to perform critical process 
operations. 

3) Fabricate and assemble parts and 
coordinate changes with design. 

4) Meet with interacting disciplines to 
disposition discrepant hardware, resolve 
problems or react to program redirection 


Fig.4.3. 11.6 Manufacturing Design Function Tasks 
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Launch Vehicle Design Process Description and Training Formulation 


COMPARTMENTALIZATION OF DESIGN PROCESS 


In developing the Training Course outline, it became apparent that the subject of 
design process compartmentalization had not been fully explained in the previous work 
of the references. A separate expansion of this topic is provided in this section. 

The engineering design process has five major areas of emphasis that flow in 
sequential order: (1) requirements definition, (2) design, (3) build, (4) system integration 
and verification, and (5) operations, as shown on Figure 1 . 

The design process for launch vehicles is large and complex. At today’s state of 
the art, the process must be divided into manageable parts for effective and efficient 
design. The question is: How and on what basis should the process be divided? Each 
division will require reintegration into a total system design. Integration is a challenge, 
and is often the source of problems and failures, so division should be made 
deliberately and rationally. 

There are several bases for division, or compartmentalization. Since the launch 
vehicle is a highly coupled system, one basis is to divide the vehicle system into 
subsystems along lines of weak (or relatively weak) coupling. This reduces the difficulty 
of reintegration. These subsystems may be further divided into a hierarchy of sub- 
subsystems and components. Another basis is to take advantage of existing areas of 
expertise and state of the art (SOA) knowledge base which exist in the aerospace 
community that is going to participate in the design. The SOA information exists in 
three general areas: (1) Industrial specialization, (2) Governmental specialization, and 
(3) academic specialization. Figure 2 shows the influence of aerospace infrastructure 
and specialization on design. The capabilities and knowledge bases of these three 
areas constitute the SOA which is captured by standards, monographs, technologies 
manufacturing processes, etc., shown in the center block of the chart. These become 
the basis for the design process, the design activities. The design activities consist of 
(1) compartmentalization and decomposition of the hardware and tasks into workable 
units, (2) synthesis (concept utilizing the design), and (3) analysis and assessment of 
the synthesized concept. There is a major iteration loop between the synthesis activity 
and the analysis and assessment activity. The results of the design activities produce 
the design specifications. The heart of this approach of 

compartmentalization/decomposition is the SOA knowledge and specialized processes 
that have been developed. Design can thus start with SOA capabilities that have " 
already been developed. For example, the characteristics of various airfoil shapes have 
been investigated and demonstrated. The designer can choose the one that best fits 
the product concept under design. As another example, joints are a major design 
problem. Industry and academia have standardized various joint concepts and analysis 
techniques. All these standards, data bases, and processes are used for the initial 
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synthesis process. The analysis and assessment function then fine-tunes and 
optimizes and, thus, resynthesizes the product. (The iteration loop on the figure.) This 
approach of taking advantage of the three specializations, if used properly, can result in 
a higher quality product at lower cost. Compartmentalization by industrial specialization 
takes advantage of existing industrial expertise and infracture, thus cutting cost and 
increasing quality. Government and academia decomposition is along discipline lines 
as taught in universities and practiced in Government research labs. Most of the 
complex theories and the corresponding computer codes have evolved along these 
discipline lines. Decomposition, like compartmentalization, provides for indepth 
technical penetration and more efficient analysis efforts. Discipline codes are available, 
including computer aided design (CAD)/computer aided manufactuerers (CAM), 
structural codes, computational fluid dynamics (CFD), thermal codes, as well as many 
others. Government also has many specialized facilities for testing and massive 
computing, etc., not available in industry. Wind tunnels and rocket engine test stands 
are examples. The three areas of specialization produce synergistic technologies 
critical to the design of future systems. 

Figure 3 illustrates an example compartmentalization, beginning with the Space 
Transportation System, and extending down through several levels of division. 

Focusing on the fuel tank as an example subsystem, this figure emphasizes the 
influence of industrial specialization. Figure 4 takes the compartmentalization to the 
next lower level. 

Figures 5, 6, and 7 bring in the further specialization of academia, which is also 
reflected in the government and industry organizations. The previous 
compartmentalization diagram is shown on the left side of the figures. The design of 
each system, subsystem, sub-subsystem, part, etc. on the diagram typically requires 
multiple design functions and discipline functions as represented by the stack on the 
right side of the figures. In this context, the fuel tank, for example, is considered a 
system requiring integration of those design functions and discipline functions 
highlighted on Figure 6. The propellant utilization system, illustrated on Figure 7, is 
likewise considered a system, but it requires the integration of a smaller number of 
design functions and discipline functions as highlighted on that figure. Further down the 
tree, as the parts get more elemental, fewer design functions and discipline functions 
are involved. At sufficiently elemental level, the design is accomplished by the designer 
individually, usually through the use of handbooks, standards, etc. This is not to say 
that those more elemental parts are without multidisciplinary influences, but the 
handbooks and standards adequately cover these aspects with sufficient margin. Each 
design function must assure that its architecture is consistent across all levels of 
compartmentalization, from the smallest part to the largest system. For example, the 
thermal design function must produce an architecture of insulation and thermal 
protection that is consistent with the requirements of each small part of the propellant 
utilization system, up through the tankage, and up to the total launch vehicle system. 




DESIGN ACTIVITIES DESIGN PRODUCT 



INFLUENCE OF AEROSPACE INFRASTRUCTURE AND SPECIALIZATION ON DESIGN 
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Example of Launch Vehicle Hardware/Software Compartmentalization 
































Example Compartmentalization - Launch Vehicle 





























Example Compartmentalization - Fuel Tank 




















Example Compartmentalization - Propellant Utilization System 


CZ3 

c 

o 

• 

4-> 

o 

C 

£ 

s. 

•H 

<D 


cz) 


<D 

& 

00 

CD 

cS 


O 

C/D 

c 3 

£ 

T 3 

& 

EC 



2 

D 

oo 

E 



























Launch Vehicle Design Process Description and Training Formulation 



TRAINING COURSE FORMULATION 
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Launch Vehicle Design Process Description end Training Formulation 

training course formulation 


process for launch vehicles for use in JtbScs^* C ° UrSe ° n the design 

process has been minimal. The course uses an interar? rS 7 hC f e experience w 'th the 
engage the participants in active learnino ThfoLi * ? ,ecture/ workshop format to 
understanding of the current process and hnw \P rt,c ' pants are l ed to develop their own 
objectives, a session-by-sess^n^ ouLTS 030 be ,m P roved - Included are cour^ 
identification of visual aid requirements. UFS6 COntent ' and an initial Partial 

into the full course Pr ° Vlded herein ,s available for further expansion and development 
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TRAINING COURSE OBJECTIVES 


The course objectives include the following: 

1 Provide a generic understanding of the launch vehicle design process. 

2 P Tn1he a process Stand ' n9 ° f ' he r °' eS and res P onsibililies of the individuals involved 

3. Identify key aspects of the process and provide guidance for its effective 
implementation. 

4 ^'^state^Df the^err ^ and" 9 b .^ aa t environment for launch vehicle design, its 
state of the art, and mandates for improvement. a 

5 ' S “ process. imPr ° Ve the d6Si9n Pr ° CeSS and have P artici P ants 'ake ownership 


El 
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TRAINING COURSE OUTLINE 
Space Transportation System Design 


Session 1 Lecture 

(Design Process Characterization) 

1 . Motivation for Course 

a. Center’s role and Administrator’s mandate 

Need for space transportation systems improvement 
Challenge of launch vehicle design 
-Energy density 
-Integration 


b. 

c. 


2 . 


The Design Process 

a. Design life cycle 

b. Specialization/compartmentalization/de 

c. Overview of design process 

d. Stack chat 
-Planes 
-Gates 
-Tasks 

e. NXN diagram 

f. Balancing Act 


composition 


Session 2 Workshop 

(Requirements Development and Information Needs) 

Activities 

a. Define purpose/goals of workshop 

b. Develop Integrated Product Teams (IPT) 

-Tank System 

-Structures 

-Propulsion & Avionics 
-Thermal 

c. Each team develop design requirements for its area 
a. Each team develop information needs (inputs) 

e. Presentation of results by each team 

f. Compare teams’ results with our prepared list 


w 
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TRAINING COURSE OUTLINE ~ continued 


Session 3 Lecture 

(Characterization Continued) 


Design process connectivity and sequencing 

Essentials - (list from report) 

a. Parameter matrix and uncertainty 

b. Sensitivity 

c. Failure modes (risk vs consequences) 

d. Judgements 


Session 4 Workshop 

(Trade Study Simulation) 


Activities 

a. Define purpose and goals of workshop (trade studies) 

-Tank System ' 

-Structural elements 
-Material selection 
-TPS/insulation 

-Selection of propellant system components 

b. Teams define concepts to be traded 

c. Teams define steps of trade process 

d. Teams determine results of trade study 

e. Teams down select to baseline 

f. Teams report results of activities 

g. Compare teams’ results with our prepared list 


Session 5 Lecture 

(Expand description of trade studies) 

1 - Illustrate design attributes and associated metrics 

2. How design choices are achieved 

a. Routine choices 
-Choice obvious 

-Choice has minor effect on attributes 
-Use of standard techniques of monographs 

b. Major or difficult choice 
-Not obvious 

-Has major effect on attributes 
-Do trade study 

3. Definition and scope of trade study 

4 = e nli n9 - rth . uncertain,ie ?' sensitivities, and marains 

a. Uncertainty and sensitivity 

b. Margins 

Sg7n/S“^ safety factors, reserves, etc. 

-Progression of margin with maturity of desian 
- xample of attributes with margins and allocations 

5. Interactions among subsystems 

6. Risk assessment 

a. Define for technical, cost, and schedule 

b. Example for tank 

7. Judgements 


58 


TRAINING COURSE OUTLINE - continued 


„ * Session 6 Workshop 

(Interfaces, Interactions, and Uncertainties Simulations) 


ESI 


1 . Activities 

a. Define purpose and goals of workshop 
' ,rom ,rade study is inadequate 

SSr and in ' erfaCe ^ned 

-Subsystem interactions not completely defined 
r D a "w ramete ! uncertainties not fully taken into account 

c. Based on inadequacies listed in b„ whole group determine course of action 

2 . Probable course of action 

d. Brainstorm component list and interface issues 

f Suhsuttom fr0m SUbSys,em groups meet to identify interactions 


Activities 


Session 7 Workshop 

(Lessons Learned and Improvements Thrusts) 


Teams and entire group develop lessons learned ar 
improvements 
-Each IPT 
-Group 


recommendations for process 
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TRAINING COURSE OUTLINE - continued 


Session 8 Lecture 

(Approaches for improving space transportation systems) 


1 . 


a SV p^n T W hardware an ^ software technologies 

a. Propulsion systems 

b. Structural systems 
Avionics systems 

ft ft _ a 1 


c. 


''/wiving 

Methods to manage losses 


Develop new design process technologies 
a. Fine tune current design process-evolutions 

-Data management 

-Electronic communications 
-Organizational structures 
-Parallel processing 
-Industrial specialization 
-Requirements management 

a. Subsystem seamless design process 

b. Total seamless design process— S^" 9 ’ ' a " d ' n9 ’ etC ' 

-Approaches such as: — ^ 

-Virtual reality 

-Knowledge base expert systems 
“Inverse analyses 


I 1 
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PARTIAL LIST OF VISUAL AIDS 
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Charts for Session I, la and lb 



Charts for Session I, lc- Plus New Charts, 
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Charts for Session 1, 2b— Plus New Charts, TBD 











Charts for Session 1, 2b- Plus New Charts, TBD 











Charts for Session 1, 2c and 2d— Plus New Charts, TBD 
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Charts for Session 1, 2e and 2f- Plus New Charts, TBD 












Charts - Workshop Definition - 
Requirements Definition and Information Needs 
(New, TBD) 



Charts for Session 2, Plus New Charts, TBD 
























STIO Metric Example: Idealized Impact of Design Phases 



Charts for Session 5, continued, Plus New Charts, TBD 




Chart - Risk Assessment — Technical/Cost/Schedule 
New, (TBD) 



Charts for Session 5, continued, Plus New Charts, TBD 


Charts - Workshop Definition - 
Interfaces, Interactions, and Uncertainties Simulations 
(New, TBD) 
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Charts for Session 8, Plus New Charts, TBD 


Charts - Potential Evolutionary Improvement Thrusts 

(New, TBD) 



Charts for Session 8, continued, Plus New Charts, TBD 



Charts for Session 8, continued, Plus New Charts, TBD 
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RECOMMENDATIONS 


The Design Function Descriptions as written herein should be added to the 
document of Reference 1 to complete its design function description. 

The figures and discussion provided in the section on Compartmentalization of 
the Design Process may be included in narratives and presentations to expand the 
process description in this area. 

The Training Course Formulation provided herein should be used as a basis for 
developing a course on the design process for launch vehicles. The course is intended 
to provide understanding of the process for those less experienced, and to serve as a 
basis for identifying needed improvements in the process, both incremental and major. 
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